|
In computer programming and software engineering, the ninety-ninety rule is a humorous aphorism that states: This adds up to 180% in a wry allusion to the notoriety of software development projects significantly over-running their schedules (see software development effort estimation). It expresses both the rough allocation of time to easy and hard portions of a programming project and the cause of the lateness of many projects as failure to anticipate the hard parts. In other words, it takes both more time and more coding than expected to make a project work. The rule is attributed to Tom Cargill of Bell Labs and was made popular by Jon Bentley's September 1985 "Programming Pearls" column in ''Communications of the ACM'', in which it was titled the "Rule of Credibility". In some agile software projects, this rule also surfaces when a task is portrayed as "relatively done". This indicates a common scenario where planned work is completed but cannot be signed off, pending a final activity which may not occur for a substantial amount of time. ==See also== * Anti-pattern * Catch-22 * Hofstadter's law * Lindy Effect * Mythical Man-Month * Pareto principle * Small matter of programming 抄文引用元・出典: フリー百科事典『 ウィキペディア（Wikipedia）』 ■ウィキペディアで「Ninety-ninety rule」の詳細全文を読む スポンサード リンク
|